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" Systeme de diffusion de m^dia et proc6d6 mis en oeuvre 
dans un tel systeme." 

La pr^sente invention se rapporte & un systdme de 
diffusion de mSdia faisant intervenir un moteur de 
diffusion. Elle trouve une application particulierement 
intSressante dans la production et diffusion de programme 
radio. Toutefois, 1' invention est d'un cadre plus large 
puisqu'elle peut s»appliquer k tous type de mSdia 
susceptible d»etre diffuse. En effet, 1 'invention peut 
concourir a la diffusion de fichier audio, video, des 
fichiers relatifs a des ordres de lancement de feux 
d' artifice, laser... 

II existe de nombreuses applications utilis6es dans la 
production et la diffusion d' Emission radio. D»une fac?on 
gSn6rale, la gestion d»une Emission radio fait intervenir 
les gtapes suivantes : 1 'acquisition, la production et .la 
diffusion de media. L» acquisition permet de sauvegarder des 
fichiers musicaux dans une base de donnSes. Cette phase fait 
notamment intervenir une numerisation des donnges 
analogiques. Les donnees sauvegard^es peuvent provenir de 
diffgrentes sources et sous diff§rents formats. 

L'^tape de production permet de r^aliser une sorte de 
grille des programmes destinies ^ Stre dif fusses k un moment 
predetermine et pour une duree predetermin^e . 

L'etape de diffusion concerne la diffusion effective 
des emissions radio (musique, parole, publicites, ...) II est 
connu que cette gtape fait intervenir un conducteur, 
succession de plages horaires vides a combler par des 
grilles de programmes. Ce conducteur peut atre g^re de fa<?on 
manuelle ou automatique. 

Cependant, les moteurs de diffusion de I'art antSrieur 
sont souvent specialise pour un type de media predetermine. 

La presente invention a pour but un nouveau systeme de 
diffusion capable de diffuser une pluralite de media. 
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Un autre but de 1' invention est de proposer un systeme 
de diffusion souple dans lequel le programme de diffusion 
peut etre facilement cr^e et modifiS. 

Un autre but de 1' invention est un systeme de diffusion 
entidrement automatis§. 

La pr^sente invention propose done un systdme de 
diffusion de mSdia comprenant au inoins une application 
cliente et un moteur de diffusion, caract6ris6 en ce que 
1 'application cliente coraprend : 

- des moyens d' Elaboration pour elaborer au moins une 
liste pendante, cette liste pendante comprenant au 
moins un objet m^dia desting ^ §tre diffuse, 

- des moyens de transmission pour transmettre la liste 
pendante vers le moteur de diffusion, 

et en ce que le moteur de diffusion comprend : 

- une session de diffusion comprenant un module de 
gestion apte ^ recevoir la liste pendante provenant 
de 1 'application cliente et insurer cette liste 
pendante au sein d'une liste principale comprenant 
une plurality de listes pendantes, et un module de 
diffusion apte a diffuser le contenu de cette liste 
principale au moyen d'une organe de diffusion de 
media, 

- un module de supervision pour authentifier une 
application cliente d6sireuse d'acceder au moteur de 
diffusion et pour ouvirir au moins une session de 
diffusion le cas Ech^ant, et 

- une horloge de rSf^rence pour synchroniser 
1' ensemble des composants du moteur de diffusion. 

Suivant un mode de mise en oeuvre avantageux de 
1' invention, le moteur de diffusion et 1 • application cliente 
sont disposes dans deux unites de traitement distincts 
communicant selon un protocole de communication pour r^seaux 
de communication tel que le protocole Internet (IP) . 
Contrairement au systSme de I'art anterieur, dans la 
pr^sente invention, 1 'application cliente dans laquelle les 
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programmes de diffusion sont planifi^s, est s6par€e du 
moteur de diffusion. Ceci permet 1 'Elaboration de plusieurs 
applications clientes aptes k se connecter au moteur de 
diffusion et a agir notamment sur la liste principale qui 
est la liste de diffusion. 

Selon 1' invention, une liste pendante est une liste 
constitutes d'objets mtdia. Un objet media est une reference 
a un m^dia ou le media lui meme. Avantageusement , 
1» invention ne se limite pas a un media particulier, le 
m6dia pent §tre un fichier audio, video, un feux d' artifice 
ou une projection laser. Plus gtneralement , le mtdia est un 
SvSnement qui peut Stre diffusS dans le temps a partir d'un 
instant prScis et pour une dur^e prSdStermin^e ou non. La 
durSe est pr^dgterminte lorsqu'il s'agit par exemple d'une 
chanson enregistrSe sur un CD; elle n'est pas prSdgteanninee 
lorsque la chanson est produite au cours d'xin concert &p, 
direct . 

La liste pendante conprend au moins un objet mSdia. On 
peut la considtrer comme un bloc temporel caracterisant un 
espace de temps de diffusion. Cela peut etre une plage de 
publicity, une Emission, une sequence de feu d' artifice, un 
jotimal d' information continue, etc... 

Chaque liste pendante peut comprendre un numEro 
d' identification unique represents notamment par une valeur 
numErique sur 64bits. 

Selon une caractEristique avantageuse de 1' invention, 
chaque objet mEdia comprend une valeur numErique 
correspondent a sa position de diffusion au sein de la liste 
pendante. Ces valeurs numeriques ne sont pas obligatoirement 
des suites. Ce qui est notable, c»est leur caractere 
progressif. De prEfErence, chaque valeur numgrique est un 
nombre a virgule flottante. 

Avantageusement, le premier objet mEdia de la liste 
pendante contient un instant de depart absolu correspondant 
a 1* instant de sa diffusion, cet instant de depart absolu 
6tant un nombre en microsecondes obtenu par rapport a une 
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origine temporelle pred^terminee . A titre d'exemple, 
1' origins temporelle pr€d6termin§e peut §tre le premier 
janvier d^une annee telle que I'an 2000, et l»instant de 
depart absolu est un nombre entier sur 64bits. 

Get instant de depart absolu peut ne pas §tre indiquS 
lorsgue la liste pendant e est attachSe ^ un message 
tSlScommand^, c'est dire un message provenant d'une unitS 
de contr61e qui peut §tre exteme au systSme de diffusion 
tel cjue defini. Ceci peut se produire dans le cas de 
transmission d'un signal de synchronisation en provenance 
d'une radio nationale vers des antennes r^gionales lors 
d.»une plage publicitaire pour permettre une diffusion de 
publicit^s ciblSes. Dans ce cas, 1* instant de depart absolu 
du premier objet m^dia est d^termin^ lors de la reception du 
message t€lScommand€ . Pour ne pas perdre du temps, cet objet 
mSdia est directement envoyS k la diffusion, puis les objets 
mSdia suivant sont recalls et ins^r^s dcuis la liste 
principale pour une diffusion. 

Par ailleursy le module de gestion peut comprendre des 
moyens pour determiner la dur^e de chaque objet m^dia et 
1» instant de depart absolu de cet objet m^dia. Le module de 
gestion peut egalement comprendre des moyens pour substituer 
tout ou partie d'un objet m€dia dans la liste principale par 
un autre objet m^dia. 

L*avantage des listes pendantes selon 1» invention est 
qu'elles peuvent §tre manipul6es directement dans le moteur 
de diffusion, dans la liste principale, et ce m§me quelques 
secondes avant la diffusion. 

Le moteur de diffusion peut comprendre des moyens pour 
ouvrir une pluralite de sessions de diffusion, chacune etant 
dedi§e a un type de m^dia predetermine. II peut aussi 
comprendre une liste de pilotes dans laquelle 1 'application 
cliente choisit un pilote en fonction de 1 'objet mSdia 
contenu dans la liste pendante transmise vers ce moteur de 
diffusion, un pilote ^tant un programme informatique 



ler depot 



- 5 - 

peirmettant au syst^me d» exploitation d»un ordinateur de 
communiquer avec un periph^rique determine. 

Afin d'am^liorer la conpatibilitg du systeme de 
diffusion selon 1» invention, la session de diffusion peut 
comprendre des moyens pour encoder tout objet m^dia selon un 
standard de diffusion predetermine. 

Selon 1' invention, le module de supervision peut 
comprendre des moyens aptes a ouvrir une session de 
diffusion associ^e a une organe de diffusion consistant en 
une carte de diffusion audio, en une carte de diffusion 
video ou en un emetteur de feux d' artifice, en un projecteur 
laser, ou tout autre support pouvant diffuser le media 
concerne. On peut par exemple citer une diffusion audio ou 
video sur Internet en flot continu ("streaming" en langue 
anglaise) . 

Suivant un autre aspect de 1' invention, il est propose 
un procede de diffusion de media entre au moins une 
application cliente et un moteur de diffusion, caracterise 
en ce qu'il coraprend les etapes suivantes dans 1 ' application 
cliente : 

- elaboration d'au moins une liste pendante, cette 
liste pendante comprenant au moins un objet media 
destine k etre diffuse, 

- transmission de la liste pendante vers le moteur de 
diffusion, 

et en ce qu'il comprend les etapes suivantes dans le moteur 
de diffusion : 

- reception de la liste pendante par un module de 
gestion et insertion de cette liste pendante au sein 
d'une liste principale comprenant une pluralite de 
listes pendant es, 

- diffusion du contenu de cette liste principale par 
un module de diffusion au moyen d'une organe de 
diffusion de media, 

- authentification, par un module de supervision, 
d'une application cliente desireuse d'acceder au 
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moteur de diffusion et ouverture d'au moins une 
session de diffusion le cas ^ch^ant, cette session 
comprenant notamment le module de gestion et le 
module de diffusion, et 
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synchronisation de 1' ensemble des composants du 
moteur de diffusion par rapport une horloge de 
reference • 



application cliente n'accSde a une session de 
diffusion qu'aprds s'^tre valablement identifie aupres du 

10 module de supervision, par exemple au moins d'un numSro 
d' identification et d'un mot de passe, 

Lorsque 1 * application cliente se connecte au module de 
gestion, le moteur de diffusion peut transmettre \me liste 
contenant 1» ensemble de pilotes disponibles, 1 'application 

15 cliente transmet alors la liste pendante accompagn^e de 
pilotes adScjuat pour la diffusion des objet mSdia de la 
liste pendante. 

Le module de gestion peut inserer la liste pendante 
dans la liste principale qu'en r^ponse ^ une consigne 

20 provenant de 1 » application cliente. Le moteur de diffusion 
peut etre caracterisS corame un outil d' execution de 
consignes provenant de 1 * application cliente. 

Selon 1' invention, lors de la transmission de la liste 
pendante vers le moteur de diffusion, 1 'application cliente 

25 peut transmettre Sgalement au moins un instant de depart 
absolu correspondant k 1' instant de diffusion du premier 
objet m^dia de la liste pendante, cet instant de depart 
absolu etant un nombre en microsecondes obtenu par rapport a 
une origine temporelle predetermin^e . 

30 Par ailleurs, lors de 1 • insertion de la liste pendante 

dans la liste principale, le module de gestion peut 
determiner la durSe et 1' instant sJdsoIu de depart de chaqpie 
objet mSdia. 



35 apparaitront a I'examen de la description dStaill^e d'xon 



D'autres avantages et caractSristiques de 1' invention 
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mode de mise en oeuvre nullement limitatif, et des dessins 
annexes sur lesc[uels : 

- La figure 1 est un schema simplifig illustrant une 
architecture globale du systSrae selon 1' invention; 

- La figure 2 est vm schema simplifiS illustrant plus 
en detail le moteur de diffusion selon 1' invention; 
et 

- La figure 3 est un schema illustrant la raise en 
place de trois listes pendantes dans une liste 
principale de diffusion. 

Sur la figure 1 on voit la disposition globale des 
^l^ments intervenants dans le systeme de diffusion selon 
1' invention. On distingue un poste de travail 1 dans lequel 
une application cliente est mise en oeuvre. Ce poste de 
travail 1 peut §tre un micro -ordinateur dot6 de composants 
conventionnels pour un bon f onctionnement au sein d'un 
reseau de communication et au moyen d'un protocole . de 
communication de type client serveur. Ce poste de travail 
comprend une base de donnges dans laquelle sont sauvegard^s 
des objets media. Dans ce poste de travail 1, les objets 
media correspondent a tout fichier audio susceptible d'etre 
diffuse . 

L' application client logge dans le poste de travail 1 
est apte k communiquer, selon le protocole Internet (IP) , 
avec un moteur de diffusion mis en oeuvre dans un serveur 
distant 2. Ce serveur distant 2 est relig k des organes de 
diffusion 5, 6 et 7. L'organe de diffusion 5 est une carte 
audio destin^e k 6mettre du son dans le cadre d'ume emission 
radio. L'organe de diffusion 6 comprend une carte video 
destin^e a une transmission vid^o par exemple dans le cadre 
d'une Emission tgl6vis€e. L'organe de diffusion 7 est une 
carte son destines k transmettre des signaux de type "midi", 
Bien que 1' invention n'y soit pas limit^e, on va d^crire le 
systeme de diffusion selon 1' invention pour la transmission 
de signaux audio (chanson, publicity, journal 
d' information.... ) k partir d'une base de donnges du poste de 
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travail 1 contenant des fichiers audio vers I'organe de 
diffusion audio 5. L' application clients mise en oeuvre dans 
le poste 1 a principal ement pour r61e de planifier des 
programmes de diffusion alors cjue le raoteur de diffusion mis 
5 en oeuvre dans le serveur 2 a essentiellement pour r61e de 
recevoir plusieurs programmes provenant de plusieurs 
applications clientes, de les caler temporal lement afin de 
permettre une diffusion §. des instants predetermines . 

Le moteur de diffusion est autonome, il est &6par6 de 
10 la planif ication qui est effectuee par 1 ' application 
cliente . 

Sur la figure 2, 1' element 4 repr6sente plusieurs 
application cliente de different poste de travail acc^dant 
au moteur de diffusion 9. 

15 Chaque application cliente 4, dSsireuse d'acceder au 

moteur de diffusion 9, doit d'abord se connecter au module 
de supeirvision 10 . Ce module de supervision 10 Scout e en 
permanence les requetes, selon le protocole IP, en 
provenance des applications clientes. Chaque application 

20 cliente transmet un identifiant, un mot de passe et une 
adresse IP a travers laquelle elle desire transmettre sa 
planif ication vers le moteur de diffusion 9. Lorsque le 
module de supervision 10 valide une telle req[uete, elle 
ouvre \ine session de diffusion 12. Cette session de 

25 diffusion 12 est associee k I'organe de diffusion audio 5. 

Lorsqu'une application cliente desire transmettre des 
fichiers vidSo, le module de supervision 10 ouvrira alors 
une session de diffusion 13 associee k I'organe de diffusion 
video 6. 

30 Lorsqu'une application cliente desire transmettre des 

fichiers du type "midi", le module de supervision ouvrira 
alors une session de diffusion 14 associSe a I'organe de 
diffusion des fichiers de type midi 7. 

Ainsi, chaque session de diffusion 12, 13, 14 est liee 

35 k un media specif ique. L' invention est notamment remarquable 
par le fait que 1' ensemble des sessions de diffusion 12, 13 
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et 14 est cadence au moyen d'une unique horloge de r6f France 
11. tous les processus mis en cEuvre dans les diff ^rentes 
sessions de diffusion sont synchronises par rapport k 
1' horloge de rSfSrence 11. 

Selon 1' invention, la planif ication des programmes 
destines a §tre diffuses par le moteur de diffusion est 
r6alis6 par 1' application cliente au sein du poste de 
travail 1. Cette planif ication se prSs.ente sous forme de 
plusieurs listes pendantes 22, 23 et 24 sur la figure 3. La 
liste pendante 22 comprend quatre objets media correspondant 
par exemple k quatre chansons. Cette liste pendante 22 est 
identifi^e sous la valeur numerique "1" au sein de 
I'application cliente. Selon 1' invention, cette liste 
pendante 22 peut avantageusement §tre modifiSe avant 
transmission vers le moteur de diffusion 9 en incluant par 
exemple un objet media 25 entre le premier objet media "1,^" 
et le deuxieme objet media "2,0". Cette integration e^st 
rendue possible par le fait que les objets media sont codgs 
par des nombres a virgules flottantes. Ainsi le nouvel objet 
media intggre peut prendre la valeur "1,5". , 

La liste pendante 23, identifiee par la valeur 
numerique "5", comprend un seul objet media. 

La liste pendante 24, identifiee par la valeur 
numerique "6" comprend trois objets media dont les 
positionnements sont cod^s par les nombres ^ virgules 
flottantes "1,0", "3,0" et "5,0". Les deux objets media 
extremes de la liste pendante 24 correspondent par exemple a 
des jingles annongant et terrainant une plage publicitaire 
correspondant a 1' objet media du milieu (dont le 
positionnement est code par le nombre "3,0") . 

De preference, chaque objet media comprend sa duree de 
diffusion et son instant de dSpart absolu, c'est a dire 
I'heure exacte a laquelle il doit Stre diffuse. Get instant 
de depart absolu est un nombre de micro- secondes calculus 
depuis le 1^ Janvier 2000 et code sur un entier de 64 bits. 
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Toutes les listes pendantes d'une meme application 
cliente ne correspondent pas forcSment a une diffusion 
continue, en outre elles peuvent Stre transmises vers le 
raoteiir de diffusion 9 k des moments diffSrents. 

Sur la figure 2, lorsque 1' application cliente 4 est 
connect^e S la session de diffusion 12 pour une transmission 
des listes pendantes 22, 23 et 24, un gestionnaire de pilote 
18 liste 1' ensemble des pilotes audio en sa possession et 
les transmets a 1' application cliente 4. Les listes 
pendantes 22, 23 et 24 seront alors transmises apres que 
1 * application cliente a transmis son choix sur le type de 
pilote k utiliser pour la lecture et la diffusion des objets 
media contenus dans ces listes pendantes. La communication 
entre la session de diffusion 12 et 1' application cliente 4 
s'effectue S travers une interface 8 de programme 
d' application client API {"Application Program Interface") . 

Les listes pendantes transmises vers le moteur de 
diffusion 9 sont accumul6es dans un module de gestion 16. 
Ces listes pendantes seront ensuite ins6rees dans une liste 
principale 26 (figure 3) conform6ment k leurs instants de 
depart absolu. La diffusion des objets media est obtenue a 
partir de cette liste principale. Sur la figure 3, on voit 
de quelle fagon les listes pendantes 22, 23 et 24 sont 
dispos^es pour une diffusion continue. A titre illustratif, 
une tite de lecture 27 vient lire les objets media 
directement sur la liste principale 26. La disposition des 
listes pendantes sur la liste principale est r^alisee en 
reponse ^ une consigne ^mise par 1 ' application cliente. Pour 
que ces listes pendantes soient ainsi disposees dans la 
liste principale, les instants de depart absolu (au moins 
celui du premier objet media de chaque liste pendante) et la 
duree de chaque liste pendante doivent Stre connus. Ces 
donn^es sont soit transmises par 1' application cliente soit 
calcul^es par le module de gestion juste avant 1* insertion 
de ces liste pendantes dans la liste principale. C'est 
1' application cliente qui transmet les consignes et les 
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informations n^cessaires H 1> insertion des listes pendantes 
dans la liste principals . 

La liste principals peut comprendre des zones vides qui 
peuvent Stre coniblges par des listes pendantes transmises 
avant la diffusion. L' application cliente peut done 
transmettre des listes pendantes qui sont accumul^es dans le 
module de gestion et transmettre ind^pendamment des ordres 
d' insertion de ces listes dans la liste principale. Ces 
ordres peuvent correspondre a des indications suivantes : 

- mettre liste pendente X dans la liste principale ; 

- calculer la dur^e de la liste pendante X ; 

- calculer la dur^e de la liste pendante X et le temps 
absolu de la liste pendante X ; 

- calculer la durSe de la liste pendante X et calculer. le 
temps absolu de la liste pendante X et mettre la liste 
pendante X dans la liste principale. r 
Sur la figure 2, la session de diffusion 12 comptend 

ggalement un module de diffusion 17 ggrant les pilotes 
ngcessaires k la diffusion des objets media. 

Ce module de diffusion 17 conprend des applications de 
detection et de d€codage 19 capable de determiner le format 
du fichier correspondant a chaque objet media, par exemple 
en traitant l'en-t6te d'un tel fichier, et de coder ce 
fichier dans un format ggn^rique. Un tel codage peut par 
exenple correspondre k la traduction des fichiers au format 
AVI, MPEG 2, vers im fichier au format RVB ; lan fichier 

de depart au format WAV, WMA, MP3, ou encore AIPF vers un 
fichier au format RAW. Les fichiers ainsi cod6s sont ensuite 
transmis vers une interface de sortie 21 connect6e a 
I'organe de diffusion 5. L' interface de sortie 21 peut 
directement acceder a la liste principale 26 g^rge par le 
module de gestion 16 via une API 20. 

Par ailleurs, le module de diffusion 17 peut obtenir 
les informations relatives au pilote directement a partir de 
I'API client 8 via une liaison directe 22. 
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Le systeme selon 1' invention permet 6galement de 
traiter les situations d'urgence. Par exemple, il est 
possible d' int^grer une liste pendante prioritaire provenant 
par example d'une application cliente, dans une liste 
5 principale en lieu et place de tout ou partie d'une ou 
plusieurs listes pendantes pr^-insSr^es. Il est alors 
possible de supprimer complStement une liste pendante prS- 
insSr^e et partielletnent recouvert par la liste prioritaire. 
II peut ainsi se cr^er une zone vide. Le tnoteur de diffusion 
10 peut automat iquement recalculer les instants de depart 
absolu des listes pendantes pre- ins^r^es de fagon k les 
caler en continu k 1' extremity de la liste pendante 
prioritaire. 



15 situations en direct ("live") . Cela correspond k des liste 
pendantes pour lesquelles la dur^e n'est pas dSfinie. Une 
telle liste pendante sera coup6e par un message telecommand^ 
ou par 1' insertion d'une liste pendante prSdStermin^e . Le 
moteur de diffusion comprend alors des moyens pour 

20 recalculer 1' ensemble des instants de depart absolu. 

Un message telecommande est une consigne provenant 
d'une application client ou d'ailleurs (synchronisation 
satellite provenant d'un serveur distant de contr61e) • Tout 
ordre de telecommande arrive au moteur de diffusion via 

25 I'API 8. Chaque message de la telecommande est lie a un 
objet media- Ces messages peuvent comprendre des ordres de 
lecture / de pause, de stop,,... De preference, ces ordres ne 
peuvent pas etre executes dans des plages horaires 
predeterminees , par exemple pendant la diffusion de 1' objet 

30 media. 

Bien sQr, 1» invention n'est pas limitee aux exemples 
qui viennent d'etre d^crits et de nombreux amSnagements 
peuvent §tre apportSs k ces exemples sans sortir du cadre de 
1 ' invention - 



La pr^sente invention permet ggalement de g^rer des 
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REVENDI CATIONS 

1. Systdme de diffusion de m^dia comprenant au moins une 
application clients (4) et un moteur- de diffusion (9) , 
caractgrisS en ce que 1 ' application cliente comprend : 

- des tnoyens d * Elaboration pour ^laborer au moins une 
liste pendante (22, 23, 24), cette liste pendante 
coniprenant au moins un objet mSdia destinS a Stre 
diffuse, 

- des moyens de transmission pour transmettre la liste 
pendante vers le moteur de diffusion (9) , 

et en ce que le moteur de diffusion (9) comprend : 

- ime session de diffusion (12, 13, 14) comprenant un 
module de gestion (16) apte a recevoir la. liste 
pendante provenant de 1 'application cliente .(4) et 
insurer cette liste pendante au sein d'une, liste 
principale (26) comprenant une plurality de listes 
pendantes, et un module de diffusion (17) apte h 
diffuser le contenu de cette liste principale au 
moyen d*une organe de diffusion (5, 6, 7) de media, 

- im module de supervision (10) pour authentifier une 
application cliente (4) d^sireuse d'accEder au 
moteur de diffusion et pour ouvrir au moins une 
session de diffusion (12, 13, 14) le cas 6chgant, et 

- -une horloge de reference (11) pour synchroniser 
1' ensemble des composants du moteur de diffusion, 

2. Syst^me selon la revendication 1, caract^rise en ce que 
le moteur de diffusion et 1 'application cliente sont 
disposes dans deux unites de traitement (1, 2) distincts 
communicant selon un protocole de communication pour reseaux 
de communication tel que le protocole Internet (IP) . 

3. Systdme selon la revendication 1 ou 2, caracterisS en ce 
que le moteur de diffusion comprend des moyens pour ouvrir 
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une plurality de sessions de diffusion, chacune etant d^diee 
cL un type de media pr^d^termin^ . 

4. Syatdme selon I'line quelconque des revendications 
pr^cSdentes, caracteris^ en ce que le premier objet mSdia de 
la liste pendante contient un instant de depart absolu 
correspondant ^ 1' instant de sa diffusion, cet instant de 
depart absolu 6tant un nonibre en microsecondes obtenu par 
rapport S une origine teraporelle pr^d^terminge. 

5. Systdme selon la revendication 4, caract^ris^ en ce que 
1' origine teraporelle pr^determinee est le premier janvier 
d • une ann^e donn^e , et 1 • instant de depart absolu est un 
nombre entier sur 64bits. 

6. Systdme selon la revendication 4 ou 5, caract6ris€ en ce 
que le module de gestion coraprend des moyens pour determiner 
la dur^e de chaque ob j et mSdia et 1 ' instant de depart absolu 
de cet objet m^dia, 

7. Systems selon I'une quelconque des revendications 
pr^cidentes, caract^rise en ce que chaque objet m^dia 
comprend une valeur nura^ric[ue correspondant h sa position de 
diffusion au sein de la liste pendante. 

8. SystSme selon la revendication 7, caractgris€ en ce que 
chaque valeur numerique est ixn nombre & virgule flottante. 

9. Systeme selon la revendication 7 ou 8, caracteris^ en ce 
que pour une liste pendante comprenant une pluralite 
d'objets m^dia, les valeurs numiriques correspondant aux 
positions de diffusion ne forment pas une suite. 

10. SystSme selon I'une quelconque des revendications 
pr^cSdentes, caracteris^ en ce que chaque liste pendante 
comprend un num^ro d' identification unique. 
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11. Systeme selon I'une quelconque des revendications 
pr6c6dentes, caract^ris^ en ce que la session de diffusion 
comprend des moyens (19) pour encoder to^at objet m^dia selon 

5 un standard de diffusion predetermine, 

12. Systdtne selon I'une quelconque des revendications 
pr^c^dentes, Garact^risg en ce que le module de gestion 
comprend des moyens pour substituer tout ou partie d'un 

10 objet media dans la liste principale par un autre objet 
media . 

13. Systdme selon I'une quelconque des revendications 
prScSdentes, caractgrisS en ce que le moteur de diffusion 
comprend une liste de pilotes (18) dans laquelle 
1 'application cliente choisit un pilote en fonction de 
1' objet media contenu dans la liste pendante transmise vers 
le moteur de diffusion. 

14. Systeme selon I'une quelconque des revendications 
prSc^dentes, caractgrisg en ce que le module de supervision 
comprend des moyens aptes k ouvrir une session de diffusion 
associge k une organe de diffusion consistant en une carte 
de diffusion audio. 

15. Systeme selon l*une quelconque des revendications 
pr^cedentes, caracterise en ce que le module de supervision 
comprend des moyens aptes Bl ouvrir une session de diffusion 
associee a une organe de diffusion consistant en une carte 
de diffusion vidSo. 

16. Systeme selon l»une quelconque des revendications 
pr^c^dentes, caractSrisS en ce que le module de supervision 
comprend des moyens apte a ouvrir une session de diffusion 
associee ^ une organe de diffusion consistant en un gmetteur 
de feux d* artifice. 
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17. Systdme selon I'une quelconc[ue des revendications 
pr^c^dentes, caract6ris6 en ce c[ue le module de supervision 
comprend des moyens apte k ouvrir une session de diffusion 
associ^e ^ une organe de diffusion consistant en un 
projecteur laser. 

18 ProcSdS de diffusion de media entre au moins une 
application cliente et un moteur de diffusion, caract^ris^ 
en ce qu'il comprend les Stapes suivantes dans 1 ' application 
cliente : 



- transmission de la liste pendante vers le moteur de 
diffusion, 

et en ce qu*il comprend les Stapes suivantes dans le moteur 
de diffusion : 

- reception de la liste pendcinte par un module de 
gestion et insertion de cette liste pendante au sein 
d'une liste principale comprenant une plurality de 
listes pendantes, 

- diffusion du contenu de cette liste principale par 
un module de diffusion au moyen d'une organe de 
diffusion de mSdia, 

- authentif ication, par un module de supervision, 
d*une application cliente d^sireuse d*acceder au 
moteur de diffusion et ouverture d'au moins une 
session de diffusion le cas ^ch^ant, cette session 
comprenant notamment le module de gestion et le 
module de diffusion, et 

- synchronisation de 1' ensemble des composants du 
moteur de diffusion par rapport line horloge de 
reference. 



elaboration d'au moins une liste pendante, cette 
liste pendante comprenant au moins un objet m6dia 
destine k etre diffuse. 
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19. Precede selon la revendication 18, caract^ris6 en ce que 
1' application cliente n'accdde a une session de diffusion 
qu»aprds s'Stre valablement identifie aupres du module de 
supervision. 



20. ProcSdS selon la revendication 18 ou 19, caractSris6 en 
ce que lorsque 1 'application cliente se connecte au module 
de gestion, le moteur de diffusion transmet une liste 
contenant 1' ensemble de pilotes disponibles, 1 ' application 
cliente transmet alors la liste pendante accompagn^e de 
pilotes ad^quat pour la diffusion des objet mSdia de la 
liste pendante. 

21 ProcSdg selon I'line quelconque des revendi cat ions 18 a 
20, caract^ris^ en ce que le module de gestion insure la 
liste pendante dans la liste principale en rSponse a une 
consigne provenant de 1 • application cliente. 

22. Precede selon I'line quelconque des revendications 18 a 
20, caracterise en ce que lors de la transmission de la 
liste pendante vers le moteur de diffusion, 1 ' application 
cliente transmet ggalement au moins un instant de depart 
absolu correspondant a 1' instant de diffusion du premier 
objet mgdia de la liste pendante, cet instant de depart 
absolu etant un norabre en microsecondes obtenu par rapport a 
une origine teraporelle prgdSterminSe. 

23. Proc^de selon la revendication 22, caracterise en ce que 
lors de 1^ insertion de la liste pendante dans la liste 
principale, le module de gestion determine la duree et 
1' instant absolu de depart de chaque objet m^dia. 



regue le 18/03/02 



1/2 




T 




ffSGUREl 




FIGURE 2 



regue le 07/02/02 




inntttn 
nATionxL DI 
LA raopRtm 



CERTIFflCAT ©'UTILITY 

Code de ta prapri6t6 inteUectuene - Lh/ra VI 




11235*02 



oePARTEMENT DES BREVETS 

26 bis, rue de Saint P^tersbourg 
75800 Paris Cedex 08 

T^ldphone : 01 53 04 53 04 TiKcopie : 01 42 93 59 30 



oeslGNATlON D'INVEMTEUR{S) Pa^ N** J. . / J , . 
(Si le demandeur n'est pas Tinventeur ou Tunique inventeur) 



Get Imprimfi est a rempllr llslblement I'encre noire 



CniUW/2608S9 



Vos rdfdrencGs pour ce dossier 

(faatUatiJ) 



IFB02ASTKAS 



N» D'ENREGISTREIiiZEMT NATIONAL 



TITRE DE Lli^V£S\STION (200 coracUres ou ospaces mazilmmn) 
"Systeme de diffusion de m^dia et proc^6 mis en oeuvie dans un tel 



LE(S) DEil^NDEUR(S) : 

CARLIPA SYSTEMS 
Soci6t6 Anonjone 
6 rue de la Plaine 
78860 Saint-Nom La Bretdche 
FRANCE 



DES]GNE(nT) EN TANT QIFIMVENTEUSCS) : (lnd!<^ez en hsut a draite aPsge 93^ 1/la S'il y a pliQ de trois inuaifieurs, 
utilises on formulaire iiientique et niim^tez chaqua page en Indiqusuit le nombre toSal pai 



Nom 



RENE 



Prenoms 



David, Raymond, Michel 



Rue 



Code postal etvIHe 



72 rue du pont de C6sar 

N^ronville 

77570 I CHATEAU-LANDON 



Society d'appartenance (fiicultat0 



Nom 



Piinoms 



Rue 



Code postal et vHle 



Socl^te d'appartenance (facuHatiJ) 



Nom 



Pr6noms 



Adresse 



Rue 



Code postal et vflle 



I 



SocldtS d'appartenance (fiicultaHj) 



DATE ETSlGSaArUBEO) 
DU (OES) DEBSAPSDEim(S) 
OU DU BflAi^IDATAIRE 
(Nom et qualft^ du signataire) 




La loi n V8-17 du 6 Janvier 1978 relative d I'informatique, aux fichiers et aux libertds s'appKque aux reponses faites d ce formulaire. 
£lle garantit un droit d'acc^s et de rectification pour les donnees vous concemant auprds de i'lNPI. 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 



□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEiSt AVAILABLE IMAGES 




;FERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 



